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The inventive editor allows web authors to edit HTML 
visually while preserving the HTML source document. The 
editor preserves the structure and format of the HTML, and 
permits simultaneous modeless visual and source document 
editing. When an edit is made with the invention, only the 
HTML source around that edit is updated, rather than 
rewriting the whole HTML source document. Furthermore, 
when an edit is made, the new HTML source code is 
outputted in a format that is specified by the user. In order 
to preserve the format of the document, format information 
is stored in the parsed tree. The format of the node is 
preserved when its source is regenerated; edits to the node 
will reformat it according to user preferences. In order to 
preserve the structure of the document, invalid HTML 
structures are maintained and not corrected. The invention 
will either support the invalid structure by reflecting such 
structure in the parsed tree, and thus allow for editing of the 
structure, or the invention will not support such a structure, 
and represent such structures as invalid nodes. Moreover, the 
invention also maintains structure while editing, as the 
structure and format of the document is only minimally 
modified during editing, i.e. only the nodes affected by the 
edits are restructured and reformatted, and the remainder of 
the document is unmodified. 
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STORING VAUD AND INVALID MARKUP 
LANGUAGE IN STRICT AND RELAXED 
TABLES RESPECTIVELY 

5 

TECHNICAL FIELD OF THE INVENTION 

This application relates in general to the Internet web 
pages, and in specific to a visual web authoring tool. 

BACKGROUND OF THE INVENTION 10 

In order to have complete control over their web site 
designs, web authors have been creating web sites by writing 
HTML source in text editors. Recently, visual HTML editors 
have been introduced with the intention of improving web 15 
authoring productivity. These visual editors haves not found 
much success with professional web authors since they 
completely re-write the HTML source document when the 
document is loaded into the visual editor. Note that HTML 
authors prefer to be able to edit code by hand even while 0Q 
using a visual editor, or after the code has been edited 
visually by someone else. 

FIG. 1 depicts the operations of a prior art editor on 
HTML document 101. The HTML document 101 includes 
HTML mark up tags, such as paragraph tags 102 and bold ^ 
tags 103. Note that these tags are by way of example only 
as other tags exist, such as size, color, font, etc. These tags 
indicate to the browser the manner in which to display the 
text 104 or other objects to the browser user. The editor 
begins by loading the document into memory, and parsing 30 
the document 101 into an internal data structure 105, which 
may be a tree structure. The nodes in the tree 105 represent 
the HTML tags, while the children 107 of the nodes are 
either other nodes or text. The editor then displays or renders 
the tree to the editor user as it would be viewed on a browser. 35 
This view 108 is known as the rendered view or WYSIWYG 
(what you see is what you get) view. The text that is marked 
with bold tags 103 is displayed in bold format 109. 

The editor allows a user to edit the HTML document as 
displayed in the rendered view 108. For example, suppose 40 
the user edits the document to remove the bold format from 
the text. The user selects the rendered word bold 109, and 
selects the unbold button 110. The editor then changes the 
tree 105 by discarding the bold (b) node and making the text 
"bold" a child of the paragraph (p) node 106. The editor then 4s 
renders the tree into the WYSIWYG view 108 with the text 
unbolded 111. Note that the tree 105 is stored in memory and 
is not viewed by the user. At the conclusion of editing, the 
user is prompted as to whether to save the changes. If the 
user decides to save the changes, the editor regenerates the 50 
HTML document 113 from the tree 105. 

The prior art approach as depicted in FIG. 1 has several 
problems. FIG. 2 depicts the problem of preservation of 
format. As shown in FIG. 2, the HTML document 201, as 
created by the author, does not have each paragraph end with 55 
a </p>. During editing, the document 201 would be parsed 
into tree 202. At the conclusion of editing, the HTML 
document 203 would be regenerated. However, during 
regeneration, the editor would reform the document with the 
</p> at the end of each paragraph. The editor does not track 60 
the format of the tags by the author. Thus, when the editor 
reforms the document, the editor makes assumptions as to 
the use of tags. Therefore, whereas the original document 
lacked the ending </p> tags, the reformed document has the 
ending </p> tags. Moreover, the editor places the opening 65 
and ending paragraph tags on separate lines. Note that this 
problem arises because the editor does not preserve any of 
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the formatting information from the original document. 
Consequently, HTML authors do not have control over their 
documents, as the document that they created will appear 
different from the edited, reformatted document. This makes 
reading, reviewing, and making further changes to the 
document difficult, since the document does not appear to be 
the same document as that created by the author. 

FIG. 3 depicts another problem with the prior art approach 
shown in FIG. 1, the preservation of structure. As shown in 
FIG. 3, the author has bolded several paragraphs by placing 
the appropriate tags so as to surround the desired paragraphs 
301. However, the HTML language standard only allows 
nested tags to appear in a particular order, e.g. block tags 
must surround character tags. Thus, the bold tag cannot be 
placed around a paragraph tag, but rather should be placed 
inside the paragraph tags. Note that HTML browsers would 
tolerate such an error, and would render the web page in a 
correct manner. However, the editor would correct the error 
during parsing the document 301 into the tree 302. Note tree 
302 corresponds to the source document as if the editor did 
not correct the error. The editor would not have placed the 
bold tags from the parent node position of the paragraph 
nodes, and instead create new bold nodes as child nodes of 
the paragraph nodes 303. During regeneration, the reformat- 
ted document 304 would have multiple bold tags that are 
located within the paragraph tags, instead of a single set of 
bold tags surrounding the paragraph tags. Thus, upon a 
subsequent edit, if the author desires to remove the bold tags, 
then the author will have to remove each of the newly 
created tags from within each paragraph, instead of remov- 
ing only a single bold tag. 

FIG. 4A depicts another aspect of the problem shown in 
FIG. 3, i.e. the structure of the original document is not well 
preserved. In FIG. 4A, overlapping tags 401 are corrected by 
the editor, so that tags are in order 402 from the inside out. 
FIG. 4B depicts a list item that is not in the list 403. In this 
case, the editor will place UL tags 404 around the item. 
Thus, again the author has lost control over the created 
document, which has been altered by the editor. 

FIG. 5 depicts a prior art editor that maintains a copy 502 
of the original document 501 during a portion of the pro- 
cessing. After the editor loads and parses the document 501 
into tree 503, the editor maintains copy 502. However, when 
edited 504, the document 502 is reformatted and restruc- 
tured. 

FIG. 6 depicts the problem of modal editing of the prior 
art editor of FIG. 1. Some prior art editors do not allow for 
editing of the document. In other words, all editing is 
performed in the visual editor, and the source document is 
hidden from the author. Thus, the only mode of editing is in 
the visual editor. However some prior art editors allow 
editing of the source document, but it is model: either the 
source document or renderer version can be edited, but not 
both at the same time. In switching back and forth between 
the two modes 601, 602, the document would be reformatted 
and restructured such that it would be unrecognizable by the 
author. 

Therefore, there is a need in the art for an editor that 
allows web authors to edit HTML visually while preserving 
the HTML source document. This would preserve the struc- 
ture and the format of the HTML document, while allowing 
modeless editing. 

SUMMARY OF THE INVENTION 

These and other objects, features and technical advan- 
tages are achieved by a system and method which allows 


08/07/2003, EAST Version: 1.04.0000 


US 6,558,431 Bl 
3 4 

web authors to edit HTML visually while preserving the basis for modifying or designing other structures for carry- 
HTML source document. Thus, the structure and format of ing out the same purposes of the present invention. It should 
the HTML document is preserved, and modeless editing is also be realized by those skilled in the art that such equiva- 
permitted. The invention preserves the source document i en t constructions do not depart from the spirit and scope of 
exactly as it is written when it is opened in the visual editor, 5 the invention as set forth in the appended claims. 
Moreover, when an edit is made with the invention, only a 

portion of the HTML source document around that edit is BRIEF DESCRIPTION OF THE DRAWINGS 
updated, rather than rewriting the whole HTML source 

document. Furthermore, when an edit is made, the new For a more complete understanding of the present 

HTML source code in the edited range is outputted in a invention, and the advantages thereof, reference is now 

format that is specified by the user. made to the following descriptions taken in conjunction with 

In order to preserve the format of the document, format me accompanying drawings, in which: 

information is stored in the parsed tree. Thus, each node in FIG. 1 depicts the operations of a prior art editor on an 

the tree includes information on the format of the text and HTML document; 

objects of the node. Note that formatting information may 15 FIG. 2 depicts the problem of preservation of format of 

also be stored in the text in the tree. Any edits on that the editor of FIG. 1; 

particular node will result in changing the information of FIG. 3 depicts the problem of preservation of structure 

that node only (if possible). Other nodes will not be refor- ^ c e ^ tor 0 f pjQ 

matted unless necessary. Moreover, the edited node will be ____ AA . An , -\ ^ . 4 

r „ t( A a-' , _ r FIGS. 4A and 4B depict specific structure problems with 

reformatted according to the user s preferences, ror , n . ,. A r _ T _ „ * v r 

t > c r i- u i the editor of FIG. 1; 

example, the user s preferences may specify lme breaks ' 

before each paragraph. Thus, when the node is reformatted, FIG 5 depicts a prior art editor that maintains a copy of 

the editor will place line breaks before each paragraph. me original document during a portion of the processing; 

In order to preserve the structure of the document, invalid FIG. 6 depicts the problem of modal editing of the editor 

HTML structures are maintained and not corrected (unless 25 of FIG. 1; 

the user so specifies). The invention will either support the FIG. 7 depicts the inventive editor; 

invalid structure by reflecting such structure in the parsed FIGS 8A and 8B dcpict thc operations of the inventive 

tree, and thus allow for editing of the structure, or the ed i tor 0 f pi G 7 0 n an instance of HTML; 

invention will not support such a structure. Wi J unsup- nG ? d ^ {h& ^ q{ ^ rted 

ported structures, the authors are offered a choice ^Either the 30 HTML by the inventive editor of FIG. 7; 

invalid and supported structure may be maintained, and thus ' . . 

remain un-editable, or the structure may be corrected, and . FIG ; 10 depict the normalization of invalid HTMLby the 
thus made editable. Those invalid, unsupported structures inventive editor of FIG. 7; 

that the author has chosen to maintain are represented in the FIG. 11 depicts the modeless editing operation by the 

tree as invalid nodes. Note that these invalid, unsupported 35 inventive editor of FIG. 7; and 

structures may be manually deleted by the user in the visual FIG. 12 depicts a computer system for operating the 

editor, thus making their document valid again. Further note inventive editor of FIG. 7. 
that the user can choose to have all correctable invalid 

HTML be automatically rewritten (not preserved) to make it DESCRIPTION OF THE INVENTION 

fully valid. The invention supports most common types of 40 FIG. 7 depicts the inventive editor 700, which processes 
invalid structures such as text mark up tags around block an j npul HTML document 701. The editor loads the file, 
tags (e.g. bold around paragraph), content directly in UL or which is read and interpreted by the parser 702. The parser 
OL list, an LI tag outside of list, A tags inside other A tags, 702 uses the validator 703 during interpretation. The vali- 
etc. Moreover, the invention also maintains structure while dalor determines which structures within the document 701 

editing, as the structure of the document is only minimally 45 are valid and which are invalid. The parser forms the internal 
modified during editing, i.e. only the nodes affected by the tree 704 from the HTML document 701. The document tree 
edits are restructured, and the remainder of the document is 704 comprises nodes and child nodes, with formatting 
unmodified. Thus, the structure of the document is main- information and other information attached to each node, 
tained. Note that the nodes can be text nodes or tag nodes. Thus, the 

The invention also supports modeless editing. The copy of 50 text is stored in the tree. The Tenderer 705 uses the document 
the source document and/or the rendered window may be tree 704 to form a screen display page, like a browser would 
edited, and the changes made in one are reflected in the form. The user/author may interact with or edit the displayed 
other. Moreover, both the source document and the rendered page via user interface elements in box 712. Any edits 
window may be displayed to the author simultaneously. received by the editor are delivered to the edit engine 706. 

Selections and edits in one will be reflected in the other. Note 55 The edit engine 706 transforms or modifies the document 
that changes made in the rendered window appear immedi- tree 704 according to the user inputs and the information 
ately in the source document window, while changes in the stored in the document tree 704. Only the portions of the tree 
source document window appear in the rendered window referenced by the user edits are reformatted. The source 
after clicking out of the source document. formatter 707 is prompted by the edit engine to insert the 

The foregoing has outlined rather broadly the features and 60 proper formats, such as line breaks, according to the user's 
technical advantages of the present invention in order that original preferences, as stored in an external preference file, 
the detailed description of the invention that follows may be The format information, either in the nodes or the external 
better understood. Additional features and advantages of the file, includes instructions to add/move linebreaks, wordwrap 
invention will be described hereinafter which form the text, and tag capitalization, etc. Other types of format 

subject of the claims of the invention. It should be appre- 65 information can be used so long as it describes the appear- 
ciated by those skilled in the art that the conception and ance of the source document not the structure. Note that the 
specific embodiment disclosed may be readily utilized as a formatter only operates on edited nodes (or nodes within the 
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range of the edit), and thus will not change the format The inventive editor 700 maintains invalid HTML struc- 

information stored on other nodes. The edit engine manipu- tures when reading in a file ("parsing"), but always creates 

lates the basic structure of the tree, while the reformatter valid HTML structures when the user edits the document 

inserts formatting information as necessary into the tree so tree in the WYSIWYG mode. In order for the editor to create 

that the HTML source, when later regenerated, will conform 5 valid HTML, it must know what HTML structures are valid; 

to the user's preferences. Note that during regeneration, the in order for it to preserve and operate on invalid HTML, it 

format information stored in the nodes is used, and on a node must know which invalid structures are supported and which 

by node basis, this information may be from the original are not. To do this, it uses the validator 703. The validator 

source document, or it may reflect the preferences from the comprises two tables. The first table is a "strict" validation 

external file. 1Q table, which corresponds directly to the standard DTD 

The edit engine also uses the validator 703 to ensure that (Document Type Definition) defined by the HTML language 

edits performed on the tree 704 are performed in the correct standard. The DTD defines what HTML structures are valid 

manner. Note that the editor 700 will maintain invalid by specifying, for each tag, what other tags are valid inside 

HTML structures when reading in a document or interpret- ^ t tfais ^ known ^ ^ , fi « content mode] „ ^ 

jn g the result of an edit made in the source document view. of ^ sUndafd ^ determine 

However, the editor will always create only valid HTML „, „ • _ Lm . r • ° i;j c«, — i~ *u« 

, ' j • *i_ i j nTvonw^ ■ whether a given HTML structure is valid. For example, the 

when edits are made in the rendered WYSIWYG view. The ri , . , 

rationale for that is the author can recognize which invalid D1 ? ^mes <hat a paragraph tag can contain text and text 

HTML will work and which will not work; however, the marku P ^ bold )> but a bold tag cannot contain a 

automatically generated HTML cannot be verified in the paragraph tag. This strict validation table is used during 

same manner, and thus, automatically generated HTML 20 editing, in order to make sure that HTML created by the 

should be validly created. Note that the portion of the tree editor k always valid. The validator's second table is a 

that is edited in the rendered view is changed to make it "relaxed" validation table, which is similar to the "strict" 

valid, but the changes are minimized as much as possible. DTD-based table, but contains more permissive content 

The editor 700 uses generator 708 to form the HTML models. This table is used by the parser to determine which 

document from the tree 704. The generator is used to create 25 invalid HTML structures should be directly preserved in the 

the HTML document that is saved out to the original HTML document tree when a file is read in. For example, this table 

source document when editing is completed. The generator could define that anything can be inside a bold tag 807, as 

708 also creates the HTML source document that is sent to shown in FIG. 8B. 

the HTML inspector 709, which is then editable by the Note that some HTML structures are both invalid and 

user/author. The inspector 709 is a text editor which makes 30 unsupported. This HTML is not allowed by the relaxed 

changes to the source document as desired by the user/ validation table. Thus, when the parser 702 is operating on 

author. Note that the source document in the inspector 709 such HTML, the parser will indicate to the user that the 

is not the original document, but rather a copy stored in HTML is unsupported. Depending on the user's pre-set 

memory. Thus, the original is preserved until conclusion of preferences, the parser will either correct the invalid HTML 

the editing process. Moreover, the edited document may be 35 to make it valid, or maintain it as- is. Note that the user 

saved as a later version of the original document. specifies this in advance, and not as the document is read in. 

The inventive editor 700 has two separate edit cycles. The The user may also elect to have the invalid and unsupported 
first is when a change is made by the user/author in rendered HTML maintained. Since this HTML is also unsupported, 
view or WYSIWYG mode. In this mode, the user inputs then the editor cannot operate on it. The parser would create 
changes via interaction 712. These changes are passed by the 40 an invalid markup node to contain the unsupported HTML. 
Tenderer 705 to the edit engine 706, which then modifies the The renderer and the generator indicate to the user the 
tree 704, then calls the source reformatter 707 to reformat presence of the invalid node by displaying the unsupported 
the portion of the tree that was affected by the edit. After the portions in yellow or some other indicator which shows that 
tree has been modified, the renderer 705 updates the dis- the HTML is invalid. For example, as shown in FIG. 9, the 
played image so as to reflect the changes to the tree. The 45 structure of overlapping tags is unsupported. The parser, 
generator 708 also regenerates the updated source document after consulting the validator, marks one of the nodes (tags) 
from the document tree 704, and sends the source document as invalid and unsupported 901. The generator notes invalid 
to the HTML inspector 709. Thus, the source document in nodes as yellow background around the invalid portion of 
the inspector also reflects the changes made by the edits to the document 902. The renderer would similarly marie 
the rendered version. The second edit cycle is when a change 50 portions of the displayed image in yellow. Note that the 
is made by the user/author in HTML inspector mode or the parser uses heuristics for determining which item should be 
source document view. In this mode, the user inputs changes marked invalid. The heuristics indicate a preference in 
via interaction 711. These changes are passed from the marking the lower significance tag as invalid. The heuristics 
inspector 709 to the parser 702, which along with the limit the invalidity to small portions of text and thus prevent 
validator 703, re-parses the whole file to form an updated 55 having to mark the entire paragraph as invalid. Note that 
tree 704. The updated tree 704 is then passed to renderer 705 marking invalidity of HTML occurs when the user has 
and generator 706, which then reflect the changes made to deactivated the rewriting of invalid HTML. Further note that 
the tree in new versions of the rendered image and docu- if HTML is rewritten to be valid, no invalid markup appears, 
ment. Note that in the second edit cycle, invalid HTML that although a warning may optionally be shown to the user 
is unsupported is always preserved, never rewritten, regard- 60 according to the user's preferences, 
less of the user's preferences. This is so that the user can The document tree 704 of the inventive editor 700 main- 
work back and forth between the HTML inspector and the tains the formatting information with each tag or text node, 
rendered view without the source document changing in As shown in FIG. 8 A, the parser reads the HTML document 
ways the user did not intend (e.g. by accidentally leaving off 801 and forms a tree 802. Note that for simplicity only a 
a close tag). Thus, invalid unsupported HTML is only 65 single paragraph and node 803 are shown, however docu- 
rewritten when loading a document, not when it is reparsed ments and trees could comprise a plurality of paragraphs and 
during an HTML inspector edit. nodes, respectively. Stored along with node 803 is format 
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information 804, which indicates the format of the HTML 
source document. Note that this information 804 is in 
addition to text 805, and other tags, e.g. bold, font, and/or 
size, which is used to form the HTML page. Information 804 
relates to the format of the HTML source document. The 
information 805 is used by the renderer in the formation of 
the rendered view. The information 804, 805 is used by the 
generator in forming the document 806 for use by the 
inspector or saving the edited document. The information 


as described herein. Random access memory (RAM) 1203 
and read only memory (ROM) 1204 hold user and system 
data and programs as is well known in the art. Input/output 
(I/O) adapter 1205 connects storage devices, such as hard 
drive 1206 or CD ROM 1207, to the computer system. 
Communications card 1208 couples the computer system to 
a local, wide- area, or Internet network 1209. User interface 
card 1210 couples user input devices, such as keyboard 1211 
and pointing device 1212, to the computer system 1200. 


804 is manipulated by the source formatter while the user 10 Finally, display card 1213 controls the display on display 
edits the document in order to fit the user's source formatting device 1214. 

preferences during those edits. The information 804 is Note that this invention has been described in terms of 

formed by the parser 702. HTML, however the invention would operate with other 

Note that each edit affects a range of the tree, and the languages such as XML, SGML. The format aspects of 
individual edits expect to operate on valid HTML, whereas 15 invention could also apply to normal programming 
the unedited portions of the document may be in invalid but languages, such as C or C++ with an IDE that allows 
supported HTML. Thus, in order for edits to occur, any high-level program manipulation that affects the underlying 
invalid HTML within the range of the edit must be corrected code. 

prior to editing. The correcting or normalizing is only Although the present invention and its advantages have 
performed within the range of the edit, while the remainder 20 been described in detail, it should be understood that various 
of the HTML document is maintained. For example, FIG. 10 changes, substitutions and alterations can be made herein 
depicts an edit where a portion of text in an invalid, but 
supported HTML document 1001 is going to be unbolded. 
The document is invalid, but supported, as the bold tags are 
outside of the paragraph tags. The range of the edit is the 25 
paragraph containing the selected portion. Other edits may 
have different ranges depending upon the nature and scale of 
the edit. During normalization, closing 1004 and opening 
1005 bold tags are added to the portions of the document 
outside of the range. Thus, the invalid, but supported struc- 30 
cure is maintained. However, the portion within the range 


1003 is corrected such that the bold tags are inside of the 
paragraph tags. The edit 1006 is then made to the corrected 
portion. The edit engine 706 handles the normalization as 
necessary before each edit. 35 

Although the invention has been described in terms of 
modal operation, the invention can operate modelessly by as 
shown in FIG. 11. As shown in FIG. 11, the inventive editor 
700 allows for both WYSIWYG and source document edit 
windows to be viewed by the user/author at the same time 40 
1101. The inventive editor 700 uses selection tracking 710 
through the two windows. This tracking, and the regenera- 
tion of the source document after every edit in the rendered 
view and the reparsing of the source document after editing 
in the HTML inspector, allows both windows to be viewed 45 
and edited at the same time. Any selection or edit 1102 in 
one window is also made in the other window. If some text 
is selected for editing in the rendered view, then the same 
text will also appear as selected in the document window. 
For example, a portion of text is selected in the rendered 50 
window. The relevant portion of the document tree is 
selected internally. During generation of the inspector docu- 
ment from the tree, the character numbers for the beginning 
and end of the selected portions are computed. These 
numbers are passed to the inspector as character offsets for 55 
indicating the selected portion, which are displayed to the 
user in an appropriate manner as the selected portion. A 
similar approach is used to transpose a selection made in the 
inspector to the renderer. The file is parsed, then regenerated 
into the HTML inspector. During regeneration, the selection eo 
in the WYSIWYG view is also computed. 

FIG. 12 depicts a computer system 1200 adapted to use 
the present invention. Central processing unit (CPU) 1201 is 
coupled to bus 1202. CPU 101 may be any general purpose 
CPU, such as an Intel Pentium processor. However, the 65 
present invention is not restricted by the architecture of CPU 
1201 as long as CPU 1201 supports the inventive operations 


without departing from the spirit and scope of the invention 
as defined by the appended claims. 
What is claimed is: 

1. A system for modifying a program written in a 
language, wherein the system edits the program in at least 
one of a text mode which presents the program in a text 
manner and a visual mode which presents the program in a 
simulated runtime mode, the system comprising: 

an internal representation of the program which includes 

format information of the program; 
a strict table which defines valid program structures 

according to a standard for the program; 
a relaxed table which defines supported program 
structures, wherein at least one supported program 
structure is not listed on the strict table as a valid 
program structure; 
a parser that loads the program and forms the internal 
representation using the relaxed table, and uses the 
relaxed table in interpreting modifications to the inter- 
nal representation in satisfying edit requests made in 
the text mode; and 
an edit engine that uses the strict table in performing 
modifications to the internal representation in satisfy- 
ing edit requests made in the simulated runtime mode. 

2. The system of claim 1, further comprising: 

a source formatter that reformats modifications made by 
the edit engine to conform to user formatting prefer- 
ences. 

3. The system of claim 1, further comprising: 

a renderer that forms a viewable version of the program 
in the simulated runtime mode, receives the edit 
requests from a user, and delivers the edit requests to 
the edit engine. 

4. The system of claim 1, further comprising: 

a generator for producing a modified version of the 
program in the language from the internal representa- 
tion using the format information; and 

a text editor that forms a viewable version of the program 
in the text mode from the modified version, receives the 
edit requests from a user, and delivers the edit requests 
to the parser. 

5. The system of claim 4, wherein: 

the generator forms a version of the program to be saved 
from the internal representation, upon completion of 
editing. 
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6. The system of claim 1, wherein: 

the parser marks a program structure that is not listed on 
the strict table and the relaxed table as an invalid, 
unsupported structure on the internal representation, 
which cannot be modified by the system. 

7. The system of claim 6, wherein: 

the system indicates to a user that the invalid, unsupported 
structure is not supported by the system. 

8. The system of claim 1, wherein: 

the system maintains invalid program structures that are 
listed on the relaxed table and creates valid program 
structures listed on the strict table in satisfying the edit 
requests from a user, wherein said invalid program 
structures are defined by nesting of individual program 
elements. 

9. The system of claim 1, wherein: 
the language is HTML. 

10. The system of claim 1, wherein: 
the internal representation is a tree; and 

the tree comprises a plurality of nodes with the format 
information attached to each node. 

11. The system of claim 10, wherein: 

a portion of the tree encompassing a modification is 
normalized to conform to the strict table prior to 
performing the modification. 

12. The system of claim 1, wherein: 

a portion of the program selected in one mode of the text 
mode and the simulated runtime mode, is also selected 
in the other mode. 

13. The system of claim 1, wherein: 

a viewable version of the program in the text mode and a 
viewable version of the program in the simulated 
runtime mode axe simultaneously viewable and edit- 
able by a user. 

14. A method implemented in a computer for modifying 
a program written in a language, wherein the method edits 
the program in at least one of a text mode which presents the 
program in a text manner and a visual mode which presents 
the program in a simulated runtime mode, the method 
comprising the steps of: 

providing a strict table which defines valid program 
structures according to a standard for the program; 

providing a relaxed table which defines supported pro- 
gram structures, wherein at least one supported pro- 
gram structure is not listed on the strict table as a valid 
program structure; 

forming an internal representation of the program which 
includes format information of the program using the 
relaxed table, via a parser; 

interpreting modifications to the internal representation in 
satisfying edit requests made in the text mode using the 
relaxed table, via the parser; and 

performing modifications to the internal representation in 
satisfying edit requests made in the simulated runtime 
mode using the strict table, via an edit engine. 

15. The method of claim 14, further comprising the step 

of: 

reformatting modifications made by the edit engine to 
conform to user formatting preferences, via a source 
formatter. 

16. The method of claim 14, further comprising the steps 

of: 

forming a viewable version of the program in the simu- 
lated runtime mode, via a Tenderer; and 


of: 


10 


of 


15 


receiving the edit requests from a user and delivering the 
edit requests to the edit engine, via the Tenderer. 

17. The method of claim 14, further comprising the steps 

f: 

producing a modified version of the program in the 

language from the internal representation using the 

format information, via a generator; 
forming a viewable version of the program in the text 

mode from the modified version, via a text editor; and 
receiving the edit requests from a user and delivering the 

edit requests to the parser, via the text editor. 

18. The method of claim 17, further comprising the step 

f 

forming a version of the program to be saved from the 
internal representation upon completion of editing, via 
the generator. 

19. The method of claim 14, further comprising the step 


of: 

20 marking a program structure that is not listed on the strict 
table and the relaxed table as an invalid, unsupported 
structure on the internal representation, which cannot 
be modified by the method, via the parser. 
20. The method of claim 19, further comprising the step 


25 of: 


of: 


indicating to a user that the invalid, unsupported structure 

is not supported by the method. 
21. The method of claim 14, further comprising the steps 


30 


35 


40 


45 


50 


55 


65 


maintaining an invalid program structure that is listed on 

the relaxed table; and 
creating valid program structures listed on the strict table 

in satisfying the edit requests from a user. 

22. The method of claim 14, wherein: 
the language is HTML. 

23. The method of claim 14, wherein: 
the internal representation is a tree; and 

the tree comprises a plurality of nodes with the format 
information attached to each node. 

24. The method of claim 23, further comprising the step 
of: 

normalizing a portion of the tree encompassing a modi- 
fication to conform to the strict table prior to perform- 
ing the modification. 

25. The method of claim 14, wherein: 

a portion of the program selected in one mode of the text 
mode and the simulated runtime mode, is also selected 
in the other mode. 

26. The method of claim 14, wherein: 

a viewable version of the program in the text mode and a 
viewable version of the program in the simulated 
runtime mode are simultaneously viewable and edit- 
able by a user. 

27. A system for modifying a program written in HTML 
language, wherein the system edits the program in at least 
one of a text mode which presents the program in a text 
manner and a visual mode which presents the program in a 
simulated runtime mode, the system comprising: 

an internal representational tree of the program, which 

includes format information of the program, and is 

comprised of a plurality of nodes; 
a strict table which defines valid program structures 

according to a standard for the program; 
a relaxed table which defines supported program 

structures, wherein at least one supported program 
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structure is not listed on the strict table as a valid 33. The computer program product of claim 32 further 

program structure; comprising: 

a parser that loads the program and forms the tree using codc for simultaneously displaying the textual view and 

the relaxed table, and uses the relaxed table in inter- ^ view wherein selections made in 

preting modifications to the tree in satisfying edit 5 • ■ * a 1 «• « i*u* a- • *u 

K & . . x . ± , J & one view cause associated selections to be made in the 

requests made in the text mode; v - ew 

an edit engine that uses the strict table in performing ™ ' « , f p„^ u ^ 

,. c *. .... - „. r . j» * 34. The computer program product of claim 33 further 

modifications to the tree in satisfying edit requests . . 

made in the simulated runtime mode; and comprising, 

a source formatter that reformats modifications made by 10 code for editing the textual view, wherein edits to the 

the edit engine to conform to user formatting prefer- lextual ™™ cause corresponding changes in the simu- 

ences - lated runtime view, 

wherein' the system maintains an invalid program struc- 3S - The computer program product of claim 34 wherein 

ture that is listed on the relaxed table and creates valid toe computer program product preserves edits made m the 

program structures listed on the strict table in satisfying 15 textual view unless subsequent edits are made to the same 

edit requests from a user. portion of the program in the simulated runtime view. 

28. The system of claim 27, further comprising: 36. The computer program product of claim 32 wherein 
a Tenderer that forms a viewable version of the program the format and syntax structure are preserved by said code 

in the simulated runtime mode, receives the edit for parsing when the program is one of loaded in or written 

requests from the user, and delivers the edit requests to 20 out. 

the edit engine; 37. The computer program product of claim 32 further 

a generator for producing a modified version of the comprising: 

program in the language from the tree using the format CO( 3 e for verifying language syntax. 

information; and ^ 38. The computer program product of claim 37 further 

a text editor that forms a viewable version of the program comprising: 

in the text mode from the modified version, receives the code f or displaying invalid language syntax distinct from 

edit requests from the user, and delivers the edit valid language syntax. 

requests to the parser. 39 jh e computer program product of claim 38 further 

29. The system of claim 27, wherein: 3Q comprising: 

a portion of the tree encompassing a modification is CQde for determiniri g acceptable invalid syntax, 

normalized to conform to the strict table prior to 4Q ^ prog ram product of claim 39 further 

performing the modification. comprising: 

30. The system of claim 27, further comprising: , - . . . . . t t U1 . ... , 

' , . , * , . code for determining changes to acceptable invalid syntax 

means for tracking selections between the modes such 35 Ksponsivt to edits ma de in the simulated runtime view, 

that a portion of the program selected u one mode of ^ cq f m ^ cfa Qnl 

the text mode and the simulated runtime mode, is also ^ ^ invalid syntax correS ponding to an 

selected in the other mode. edited t ion of the mniimc view , ^ 

31. The system of claim 27, wherein: acceptable invalid syntax not within the edited 
a viewable version of the program in the text mode and a 40 portion is preserved. 

viewable version of the program in the simulated 41 ^ program product of claim 38 further 

runtime mode are simultaneously viewable and edit- comprising: 

able by the user. . • a „ rtmmi< „ code for correcting all invalid language syntax responsive 

32. A computer program product having a computer deselected choice made by a user. 

readable medium having computer program logic recorded 45 -~ ^ p 4 j * r 1 '• u • 

*u p A t • , rt a if„™ Q ^ 42. The computer program product of claim 32 wherein 

thereon for modifying a program written in a language, the laneuaee is HTML 

computer program product comprising: 43 ^ q ^ t Qf ^ ^ 

code for parsing the program into a text mode which ^ { ^ DHTML 

presents the program in a textual view and a visual ^ ^ computer program product of claim 32 wherein 

mode which presents the program in a simulated runt- 50 ^ ^g^gg ^ XML 

une view; 45. A computer system for modifying a program written 

code for editing the simulated runtime view: m ft i angliage) the system comprising: 

wherein edits made in the simulated runtime view u **u 

cause corresponding edits in the textual view; software ^ v f P™? 1 ^ structme > * hcre \ n 

wherein the code for editing the simulated runtime 55 P'°f an> structure com P r,scs Un ^ c s y ntax and code 

view changes only the format of the textual view relations, 

which corresponds to the portion of the program software that determines preservable invalid program 
edited in the simulated runtime view, the format structure, wherein said preservable invalid structure is 
comprising word spacing, line spacing, and other denned by invalid nesting of individual program 
information relating to a visual representation of the 60 elements, and wherein said preservable invalid pro- 
textual view; and structure is executable; and 
wherein the code for editing the simulated runtime software that edits the program, wherein edits made to 
view changes only the syntax structure of the textual preservable invalid program structure are implemented 
view which corresponds to the portion of the pro- with valid program structure formulated responsive to 
gram edited in the simulated runtime view, the 65 an internal set of programming rules, and wherein 
syntax structure comprising the syntax, program- preservable invalid structure not within a portion of the 
ming codes, and code relationships of the language. program edited is maintained. 
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46. The system of claim 45 further comprising: 
software that simultaneously displays the program to a 

user in a text mode which presents the program in a text 
view and in a visual mode which presents the program 
in a graphical view. 5 

47. The system of claim 46 wherein the system preserves 
formatting parameters in the program when the program is 
one of loaded and stored, wherein formatting parameters 
comprise instructions that control the visual layout of the 
text view as displayed to the user. 10 

48. The system of claim 46 wherein the editing software 
allows a user to make at least one of edits and selections in 
one view of the text view and the graphical view, such that 
the at least one edits and selections in the one view are 
applied in both views. 15 

49. The system of claim 48 further comprising: 
software that changes the formatting parameters of a 

portion of the text view edited in the graphical view. 

50. The system of claim 46 further comprising: 

a format table comprising a list of formatting parameters 
pre-selected by a user. 

51. The system of claim 50 wherein the system generates 
new programs in the text view and graphical view in 
accordance with the format table. 
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52. The system of claim 50 wherein the editing software 
changes the program structure of a portion of the text view 
edited in the graphical view. 

53. The system of claim 50 wherein invalid program 
syntax is displayed differently that valid program syntax. 

54. The system of claim 45 wherein the verification 
software provides a user an option to automatically correct 
the invalid program structure. 

55. The system of claim 46 further comprising: 

a software routine that parses the program into a tree 
structure, wherein the tree structure comprises a plu- 
rality of nodes. 

56. The system of claim 55 wherein each of the plurality 
of nodes corresponds to a portion of the program. 

57. The system of claim 56 wherein formatting param- 
eters of a portion of the program are stored in the nodes 
corresponding to that portion, wherein the tree structure is 
used to preserve the formatting of the program. 

58. The method of claim 45 wherein the language com- 
prises HTML. 

59. The method of claim 45 wherein the language com- 
prises DHTML. 

60. The method of claim 45 wherein the language com- 
prises XML. 

***** 
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